%planes de contingencia

%%%%%%%%%%%%%%%%%%
%Repetir esto para cada riesgo del que se haga plan
En este punto se muestran los riesgos elegidos ordenados por importancia.
También en este punto se analizarán dichos riesgos y se plantearán los
planes de contingencia adecuados para solucionar las posibles consecuencias
negativas que estos riesgos puedan tener sobre nuestro proyecto.

\section{Riesgo A.11}
Un retraso en una tarea produce retrasos en cascada en las tareas
dependientes de ella.

\subsection{Descripción}
Este riesgo tiene lugar cuando una tarea finaliza después del plazo previsto y
otras tareas dependen de esta. Si esta tarea pertenece al camino crítico del
proyecto afectará a la duración total del proyecto.


\subsection{Riesgos identificados}
\subsubsection{Aspectos del proyecto afectados}
Al ser un proyecto con un ciclo de vida en cascada un retraso en una etapa
produce retrasos en las siguientes.
\subsubsection{Causas}
Las causas pueden ser muy diversas, por ejemplo la mala planificación de los
tiempos de una tarea, la acumulación del trabajo por la ineficiencia de alguno
de los trabajadores o no disponer de un recurso a tiempo.

\subsubsection{Efectos en los objetivos del proyecto}
Provocará un incumplimiento del calendario del proyecto, retrasando su
finalización.

\subsection{Responsabilidades asignadas}
El responsable del retraso es el coordinador de la tarea, ya que es el
encargado de gestionar los recursos disponibles para poder terminar la tarea
con éxito. 

%\subsection{Resultados del análisis del riesgo}
%Después de haber aplicado la técnica Delphi, la probabilidad de
%ocurrencia es del 64\%, la magnitud de pérdida o impacto es de 18.4
%días y, por tanto, la exposición al riesgo es de 11.77 días.

\subsection{Respuestas previstas}
Si una tarea se retrasa, pero ésta no tiene dependencias con otras no hará
falta planificar ninguna respuesta, siempre que la tarea acabe antes de
finalizar su fase del ciclo de vida; ya que este proyecto posee un ciclo de
vida en cascada y para pasar de fase las tareas de la anterior deben estar
finalizadas. Si no es este el caso, deberán tomarse otras medidas.

\subsubsection{Acumulación de trabajo}
El retraso en la finalización de una tarea puede estar causado por una
acumulación de trabajo. Una posible solución sería contratar a más
personal o plantear al actual la realización de horas extras. Esta
solución repercutiría en el presupuesto final.

Otra solución, aunque más discutible, sería la de disminuir en cantidad o
calidad la realización de la tarea. Esto repercutiría en el producto final,
pero si el peso de estas tareas no es muy significativo y la ganancia es
aceptable, puede ser conveniente llevar a cabo esta respuesta. En tareas que
afecten a la confiabilidad o la robustez del producto, deberán tomarse otras
medidas.

\subsubsection{Falta de material}
Otra posible causa puede ser la falta de material. La solución vendría por
aumentar el número de recursos.
Esta solución también repercutirá en el presupuesto.

\subsection{Nivel del riesgo residual}
El retraso de una tarea afectará al calendario global del proyecto. Por lo
que, si después de aplicar una respuesta no obtenemos retrasos menores a los
asumibles, deberemos aumentar el nivel de las respuestas; es decir, aumentar
el número de personal contratado o el número de recursos materiales según sea
conveniente.

\subsection{Acciones específicas para implementar la estrategia de respuesta
  a cambios}
Sería conveniente contar con un listado de posibles empleados para, en caso
de necesitar personal, tener accesible una serie de candidatos a ser
contratados. También puede tenerse un control de nuevos recursos a alquilar
para poder disponer de ellos en el caso de que fueran necesarios. Además,
puede hacerse una lista con las funcionalidades mínimas, recomendables y
optativas del software para, tener claro qué es y qué no es imprescindible desarrollar.

\subsection{Presupuesto y tiempos de respuesta}
El presupuesto y los tiempos para solventar este riesgo dependerán de la
gravedad del retraso que tengamos. Cuanto mayor sea el retraso, mayor será 
el presupuesto a invertir. Se tendrá que estudiar si la
inversión a realizar aporta o no unos beneficios significativos.

\section{Riesgo A.7}
\begin{quote}
El esfuerzo es mayor que el estimado (por líneas de código, módulos,
etc.).
\end{quote}

\subsection{Descripción}
Se han cometido errores en la planificación que, a la hora de la
implementación del software den lugar a mas esfuerzo de construcción
porque algunos paquetes de tienen más código o funciones de las
estimadas en un principio.

\subsection{Riesgos identificados}
\subsubsection{Aspectos del proyecto afectados}
Cualquier parte del proyecto puede verse afectada por este riesgo ya que
cualquier etapa del proceso de desarrollo puede no haberse especificado
lo suficiente y por tanto acarreará errores.

\subsubsection{Causas}
Las causas que pueden dar lugar a este riesgo: pueden deberse a
una mala planificación del proyecto, por ejemplo, tener un escaso
conocimiento de la implementación a utilizar a la hora del desarrollo,
una especificación poco clara de los requisitos, etc.

\subsubsection{Efectos en los objetivos del proyecto}
Este riesgo puede afectar al calendario del proyecto, ya que los trabajadores
pueden realizar sus tareas en un período de tiempo más extendido, lo que
conlleva a la acumulación de retrasos que afectarían a la entrega
de producto final.

\subsection{Responsabilidad asignadas}
El primer responsable del retraso de las distintas tareas será el coordinador, 
ya que es su obligación seguir el desarrollo de todo el  proyecto, comprobar
que los recursos estén accesibles cuando sean necesarios y coordinar las distintas
acciones que modifican la duración de las tareas y que retrasan el proyecto.
En segundo lugar, los responsables serán el equipo de trabajo, el analista,
el programador y el usuario experto, debido a que causan un retardo en su trabajo.

\subsection{Respuestas previstas}
\begin{itemize}
\item Se realizará un estudio para saber cómo afectarán estos retrasos
  al calendario de todo el proyecto para comprobar si se necesita realizar alguna
  medida. Se entregará a la dirección, junto con las posibles medidas. 
\item Se revisará la planificación del proyecto, y se comparará con los resultados
  de las revisiones anteriores. Así se podrá observar si la
  planificación de las tareas del proyectocon retraso no han sido realistas para
  modificar el calendario del proyecto con datos más realistas para prevenir
  la ocurrencia de este riesgo.
\item Si el origen del riesgo de las tares es del personal, se podría
  impartir cursos para que los trabajadores puedan mejorar.
\end{itemize}

\subsection{Nivel del riesgo residual}
El nivel de riesgo residual deberá ser de una o dos semanas. No
deberían suceder más riesgos de este tipo ya que cuando se aplica el plan de 
contingencia se resuelve el problema y se revisa la planificación para
corregir los posibles cambios que causa la aplicación de la solución. 

\subsection{Acciones específicas para implementar la estrategia de respuesta
  a cambios}
Las acciones serían informar al coordinador del proyecto. Además, 
se realizarían las acciones necesiaras comunicando a
todos los afectados para tomar las medidas que ellos estimen oportunas. 

\subsection{Presupuesto y tiempos de respuesta}
El presupuesto para afrontar este riesgo aumentará el presupuesto estimado
inicialmente debido a que hay que afrontar los gastos de nuevas
contrataciones de personal, si éstas fueran necesarias, o incluir más presupuesto
para pagar las horas extras realizadas por los trabajadores. 

El tiempo de respuesta será el necesario para disponer de este nuevo
personal contratado o, en su defecto, tener formados al personal.

\section{Riesgo E.1}
\begin{quote}
  El cliente insiste en nuevos requisitos.
\end{quote}

\subsection{Descripción}
Este riesgo consiste en que el cliente al que se le 
realiza el software, solicita más requisitos que se deberán incluir en el proyecto.
Este riesgo implica que en cualquier etapa del proyecto la empresa incluye
más características al proyecto, esto hace que se vuellva a etapas anteriores 
para incluir estos nuevos requisitos en el proyecto.

\subsection{Riesgos identificados}
\subsubsection{Aspectos del proyecto afectados}
El impacto dependerá de la etapa en la que se produzca este riesgo,  
si ocurre en la etapa de pruebas, el impacto será mucho mayor porque
el número de etapas que se deberán revisar será mas grande. Si nos encontramos
en la etapa de análisis el impacto será mucho menor. 

También se deberá prestar atencion en que los nuevos requisitos que los nuevos
requisitos no contradicen alguno de los actuales. 

\subsubsection{Causas}
\begin{itemize}
\item El cliente no sabe lo que realmente necesita o no sabe cómo comunicarlo.
\item Falta de comunicación entre el equipo de proyecto y el cliente, esto provoca
  una mala recogida de requisitos.
\item Los miembros del equipo de proyecto imponen su criterio al cliente diciendoloe
  qué requisitos debería proponer en lugar de escuchar al cliente para saber lo que 
  realmente desea.
\end{itemize}

\subsubsection{Efectos en los objetivos del proyecto}
\begin{itemize}
\item Se puede alargar el proyecto por tener que revisar 
  actividades ya finalizadas pero que se ven afectadas.
\item El coste del proyecto podría aumentar, porque los nuevos requisitos puede que necesiten nuevas herramientas o un personal más especializado.
\item El cliente no termina satisfecho con la calidad del producto que se le entrega.
\end{itemize}

\subsection{Responsabilidades asignadas}
Este riesgo puede deberse, a que la empresa no definió correctamente
los requisitos que querían en un principio, o a una mala 
recopilación de requisitos por parte de los analistas. Para este ultimo caso, la
responsabilidad recaerá en el grupo de analistas y el jefe del proyecto.

\subsection{Respuestas previstas}
Algunas de las respuestas para este riesgo son:
\begin{itemize}
\item La contratación de más personal para minimizar el riesgo, 
  siempre que dispongamos de presupuesto.
\item Asignar todo el personal disponble para que trabaje en los nuevos requisitos
  si su importancia asi lo requiriese.
\end{itemize}

\subsection{Nivel del riesgo residual}
La posibilidad residual del reiesgo es baja, pero también dependerá de 
cómo se haya elaborado y la eficacia se haya tenido en el plan de 
contingencia.

\subsection{Acciones específicas para implementar la estrategia de respuesta
  a cambios}
Las acciones que habría que realizar serían:
\begin{itemize}
\item Hacer una recogida de requisitos más precisa y añadir estos nuevos 
  requisitos.
\item Validar que no existen contradiccion entre los nuevos requisitos y los anteriories
  para evitar contradicciones.
\item Comprobar las actividades del proyecto que se verán afectadas.
\item Realizar de nuevo estas actividades.
\end{itemize}

\subsection{Presupuesto y tiempos de respuesta}
La importancia y el número de requisitos afectará al tiempo y al
presupuesto para realizar una adecuada respuesta al riesgo. Si los 
requisitos afectan a una parte muy importante, y del que dependen otras, el 
presupuesto y el tiempo necesario serán muy grandes. Por el contrario, si el
requisito sólo afecta a una parte concreta, el incremento en tiempo y presupuesto
será menor.

\section{Riesgo K.3}
\begin{quote}
  Un mal diseño implica volver a diseñar e implementar.
\end{quote}

\subsection{Descripción}
El riesgo implica volver practicamente al inicio y
diseñar e implementar el sistema de nuevo con todas sus consecuencias.

\subsection{Riesgos identificados}
\subsubsection{Aspectos del proyecto afectados}
Es un riesgo importante debido a que este riesgo paralizaría toda la
producción y obligaría a reiniciar todas las actividades.

\subsubsection{Causas}
Puede ser debido por la incompetencia de
los responsables de diseñar el sistema, por diferencias con el
cliente, o por haber entendido mal las funciones del sistema.

\subsubsection{Efectos en los objetivos del proyecto}
Los serían enormes para los objetivos del
proyecto; sería  imposible entregar el producto a tiempo si en una etapa
avanzada se descubre que hay que rehacerlo todo.

\subsection{Responsabilidades asignadas}
Teniendo en cuenta la importancia del riesgo, la responsabilidad sería del
responsable del proyecto, en este caso el coordinador del grupo, y del analista, 
porque son los responsables de las reuniones con el cliente 
para aclarar los requisitos del sistema y plantear un buen diseño.

\subsection{Respuestas previstas}
No se escatimará para resolver este riesgo debido a su importancia. Así
se tienen varías soluciones:
\begin{itemize}
\item Contratar otro analista, para ayudar en el diseño del
  sistema. 
\item Incrementar el numero de reuniones durante la etapa de
  diseño entre el coordinador y el grupo de trabajo.
\item En la etapa de implementación del sistema, centrar el tema de 
  las reuniones en revisar dicha implementación.
\end{itemize}

\subsection{Nivel del riesgo residual}
Aunque se realicen las respuestas antes señaladas, puede
suceder que el personal no cubra las expectativas, en este caso sobre todo los
analistas y el programador. Como estos problemas se suponen
cubiertos, la probabilidad de que este problema
suceda es muy bajo.

\subsection{Acciones específicas para implementar la estrategia de respuesta
  a cambios}
\begin{itemize}
\item Contratar al personal especificado anteriormente.
\item Cambiar en el calendario la planificación de las reuniones para adecuarlo a las 
  nuevas necesidades.
\end{itemize}

\subsection{Presupuesto y tiempos de respuesta}
Tendría malísimas consecuencias para el presupuesto y para el tiempo de respuesta, 
pudiendo duplicar e triplicar los valores. Por lo que sería recomendable
invertir en diseñar un buen plan de contingencia antes de tener
que volver a rediseñar todo el sistema.



%%%%%%%%%%%%%%%%%%
%Repetir esto para cada riesgo del que se haga plan






